Appl. No. 10/777,354 

Amendment dated April 3, 2009 

Reply to Office action of February 9, 2009 

REMARKS 

This paper is being filed as a response to the Final Office Action of February 9, 2009, 
Reconsideration is respectfully requested in view of these clarifying remarks. This response 
is filed within 2 months, and therefore, the Applicant respectfully requests expedited 
consideration in accordance with the rules. 

Rejections under Section 112^ Second Paragraph 

Claims 1-4 and 6-8 have been rejected under 35 USC 112, second paragraph. The 
Office has asserted that requesting the account from a requestor on a client, the requestor 
being activated through administrator action and capable of bypassing communication to an 
administrator conflicts with the feature of initializing a program on a file server through 
administrator action to activate the program, the program being capable of creating an 
account without further administrator action. Applicant respectfully disagrees. 

The Office has read limitations not present in the claims. The feature "without further 
administrator action" refers to a moment in time. There is no description in the claims that 
"the requestor being activated through administrator action" has to occur after initializing a 
program on a file server, thus the claim complies with § 1 12, Nevertheless, Applicant is 
willing to amend claim 1 to further clarify the scope of the claim once prosecution is 
reopened. 
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Rejections under 35 USC § 103(a) 



Claims 9-12, 15 and 17-19 have been rejected under 35 U.S.C. 103(a) as being 
unpatentable over Falkenhaimer et al. (US Patent No. 5,930,801), in view of Chang et al. 
(U.S. Patent No. 6,157,953), in view of Levergood et al. (US Patent No. 5,708,780), and 
further in view of Gold et al. (US Patent Application 2002/0194326). This rejection is 
respectfully traversed. Applicants respectfully request reconsideration of these rejections in 
light of the amendments and arguments contained herein. 



Independent claims 9, 10 and 15 define checking for an account limitation to 
determine if a maximum number of accounts created has been reached (emphasis added). 
The Office has asserted that this feature is taught by Gold in the following paragraph: 



"[0050] Referring to FIG. 3 herein, there is illustrated 
schematically overall process steps carried out by capacity 
management application 208 for enforcement of user admission to the 
computer entity. Every time a new user account is added to the 
computer entity in process 300, and even where no new user accounts 
are added, every time a pre-determined maintenance period occurs in 
process 301, a user capacity limiting algorithm 302 is run. The 
capacity limit algorithm operates on the basis of a number of "user 
accounts", which in the case of a network attached storage device are 
client backup accounts. The capacity limit algorithm prevents too 
many users being installed on the computer entity which would result 
in using up all the available licensed data storage capacity . The 
capacity limit algorithm is run by the computer entity on a regular 
basis, for example whenever a new user account is stored plus once 
per day, at the end of a nightly data maintenance job. The capacity 
limit algorithm determines a predicted capacity growth trend for user 
accounts currently installed on the computer entity and then 
calculates how much currently available licensed data storage 
capacity is used by each currently installed user account, assuming a 
look ahead growth period from the installation date of each user 
account. Typically the look ahead period will be set to predict in 
advance for a pre-determined period, for example two years growth 
from the installation date of each user account. Where a user account 
has not been installed long enough to predict a capacity usage trend 
data, then default values, generated from a sample of typical user 
accounts, may be used to assign a predicted capacity growth trend to 
that user account. Each time the capacity limit algorithm is run, it 
produces as an output a value of predicted growth requirement, in 
units of megabytes. Depending upon the current number of user 
accounts assigned to the computer entity, and their predicted 
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capacity growth requirement in megabytes, the capacity limit 
algorithm either prohibits entry of new user accounts, or allows 
entry of new user accounts" (parg. [0050] - emphasis added). 

Applicant respectfully disagrees. Gold teaches allowing new user accounts based on 
the predicted capacity [storage] growth requirements and not based on a maximum number of 
accounts, as claimed by Applicant. See also step 504 in Fig. 5 of Gold. Predicted storage 
growth depends on how the different accounts are predicted to use storage. A given system 
may predict a large use of storage data per user, resulting in less users, while other system 
may predict a small amount of storage data per user, resulting in more user accounts 
permitted for a same level of storage. That is, predicted storage use is not the same as a 
maximum number of users, as different systems will predict different levels of storage use for 
the same amount of user accounts. Thus, allowing new user accounts based on predicted 
capacity, as in Gold, does not teach checking for an account limitation to determine if a 
maximum number of accounts created has been reached, as claimed by Applicant. 

Further, in the Response to Arguments of the Office Action dated February 9, 2009, 
the Office has asserted the following: 

"The claimed subject matter does not indicate the explicit parameters 
in determining the maximum number of accounts. While Gold uses a 
predicted storage growth in determining a maximum number, a maximum 
number of accounts is still determined. The claims do not exclude 
the use of a predicted storage growth in determining the maximum 
number of accounts" (page 11, last parg. -page 12, first parg.) 

Applicant respectfully disagrees. The Office is reminded that to establish a prima 
facie case of obviousness ... the prior art reference (or references when combined) must teach 
or suggest all the claim limitations. The teaching or suggestion to make the claimed 
combination and the reasonable expectation of success must both be found in the prior art and 
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(Fed.CirJ991). 

The Office has failed to show how the prior art teaches the feature to determine if a 
maximum number of accounts created has been reached. The Office has taught how the prior 
art uses a different way of limiting the creation of accounts, that is, using predicted storage 
growth. Although methods taught by the prior art may also reach a moment where no more 
accounts are created, the criteria used by the prior art is different because predicted storage 
growth is not the same as a maximum number of accounts. For example, a maximum number 
of accounts refers to a concrete and specific number of accounts, while a predicted storage 
growth refers to a prediction on storage growth. Further, storage is not the same as accounts, 
as one is measured in bytes and the other one in users. Thus, if the prior art teaches a 
different method of limiting accounts creation, other than determining if a maximum number 
of accounts, then the prior art does not teach or suggest the claimed feature but a different 
one. Since the prior art teaches a different feature, then the prior art does not anticipate the 
claimed feature. 

Further, Applicant does not have to exclude the use of predicted storage growth, as 
the Office suggests, to make the claim allowable. The Office has to show how the prior art 
teaches Applicants features, not other features that accomplish different results (managing 
storage) by different means (predicted capacity growth requirement in megabytes). Thus, the 
prior art does not suggest checking for an account limitation to determine if a maximum 
number of accounts created has been reached, as claimed by Applicant. 
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Still yet, claims 10 and 15 have been amended to incorporate subject matter from 
former claim 16 and define a network attached storage (NAS) device coupled to the 
connector, the NAS device being capable of storing the account (see this or similar, but not 
necessarily identical language in Claims 14 and 26 - emphasis added). In the rejection of 
former claim 16, the Office has asserted that Falkenhaimer teaches this feature in Fig. 1 and 
the following excerpt: 



"When a user account is created, a utility within command utility 18 
called a "community registry" creates a new object which includes 
data describing the user. The registration process includes the user 
filling out an electronic form^ data from which is used in the user 
object. Such user information can include, for example, the user's 
legal name, hard-copy and e-mail addresses, website URL, and the 
names of user groups he wishes to be associated with (this is 
equivalent of naming "parent" collections for the user, assuming the 
user groups have handles and objects associated therewith, and may be 
subject to security considerations) . Also, preferably, at this point 
the new user will be asked to type in a password he will use for 
future logins to the system. The password will be checked by the 
command utility 18 at all future times the user logs into the system" 
(col. 8, line 66 - col. 9, line 13, emphasis added). 



There is no mention in the excerpt reference by the Office that teaches a network 
attached storage (NAS), much less a NAS device coupled to the connector, the NAS device 
being capable of storing the account. Further, Figure 1 includes "a file system 12, which may 
be in the form of, for example, a hard-drive or network server " (col. 2, lines 57-59, emphasis 
added). A hard drive or network server do not teach a NAS device couple to the connector 
and being able of storing the user account. Thus, claims 10 and 15 are believed to be 
patentable for at least these reasons. 



Further, in the Response to Arguments of the Office Action dated February 9, 2009, 
the Office has asserted the following: 

"Fig. 1 shows an object database and associated file server 20 and 
12. The object database contains the objects that store the user 
account information and that are linked to the file server (Col. 3 
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lines 5-20, Col. 8 line 50-Col 9 line 13). The Examiner considers 
this to be sufficiently within the scope of the claimed NAS device 
(last paragraph of page 12 - first paragraph of page 13). 



Applicant respectfully disagrees. The file system in Falkenheimer resides inside a 
computer system. Although the Office may believe that a file system inside a computer is 
sufficiently within the scope of the claimed NAS device, this is not the interpretation that any 
person of average skill in the art would make. For example, the on-line dictionary of 
computing Foldoc teaches the following: 




netvVDfk atlachedsitoragi Searcii j j Home ; [ Corgen^s j j Feedback, 



Network Attached Storage 

<n^tivurkiri^ , stara^^> (T^TAS) F^vgd diskg . RAID aixays,. aod ma^iefcic tape dm^es caimected disectly to a 
Stogagg As'ea Netvs^'-t^k (^AN) or other direct Jietvwik comiectioa. lias is hi contrast to a Ms sers^er where tiie 



Foldoc describes NAS as devices "connected directly to a Storage Area Network 
(SAN) or other direct network connection ... in contrast to a file server where the peripherals 
are connected to the network via a computer" (emphasis added). Thus, a file system inside a 
computer as taught by Falkenheimer, does not suggest Network Attached Storage, because 
the file system in Falkenheimer does not teach a file system directly connected to a SAN or 
other direct network connection. 



The dependent claims are submitted to be patentable for at least the same reasons the 
independent claims are believed to be patentable. The Applicants therefore respectfully 
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request reconsideration and allowance of the pending claims. A Notice of Allowance is 
respectfully requested. 



If the Examiner has any questions concerning the present amendment, the Examiner is 
kindly requested to contact the undersigned at (408) 774-6920. If any other fees are due in 
connection with filing this amendment, the Commissioner is also authorized to charge 
Deposit Account No. 50-0805 (Order No. ADAPP256). 



Respectfully submitted, 

MARTINE PENILLA & GENCARELLA, LLP 

/Jose M. Nunez/ 

Jose M. Nunez 
Reg. No. 59,979 

710 Lakeway Drive, Suite 200 
Sunnyvale, CA 94085 
Telephone: (408) 774-6920 
Facsimile: (408) 749-6901 
email: jose@mpiplaw.com 
Customer Number 25920 
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